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DETAILED ACTION 



35 USC § 101- Patentable Subject Matter 

1. 35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or composition of 
matter, or any new and useful improvement thereof, may obtain a patent therefor, subject to the 
conditions and requirements of this title. 

2. The method of claims 37-54 is directed to a series of steps for controlling a 
queue buffer. Since the method is tied to computing and software and thus must 
implicitly include a hardware element, the method is tied to a statutory class. Thus, the 
method of claims 37-54 satisfy the requirements of 35 U.S.C. 101 . 

Claim Rejections - 35 USC § 101 

3. The controller of claims 55-72 are rejected under 35 U.S.C. 1 01 because the 
claimed invention is directed to non-statutory subject matter. The controller of claims 55- 
72 disclose a queue buffer controller, which applicant defines as software in the 
specification (page 18, lines 25-32). Software applications, logic, and elements alone 
are non-patentable subject matter. Claims 55-72 are performed entirely in software 
"threads" which are not a machine, article of manufacture, process, or composition of 
matter. 



Claim Rejections - 35 USC §112 

4. The following is a quotation of the second paragraph of 35 U.S.C. 1 12: 
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The specification shall conclude with one or more claims particularly pointing out and distinctly 
claiming the subject matter which the applicant regards as his invention. 

5. Claims 40,41,49-54,58,59,67-70 rejected under 35 U.S.C. 112, second 
paragraph, as being indefinite for failing to particularly point out and distinctly claim the 
subject matter which applicant regards as the invention. 

Re claims 40,41 ,58,59, Applicant recites "the first mode or the second mode". It 
is unclear as to what these modes are, and if they are the same modes as described in 
their respective independent claims (Claims 37,55) as "a first and a second adaptation 
mode". 

Re claim 49, Applicant recites "the step of the automatic mode setting procedure 
accounting for an outcome of the loss indication event detection procedure". It is 
unclear what the automatic mode setting procedure is, as there is insufficient 
antecedent basis for an "automatic mode setting procedure". Further the procedure of 
setting an automatic mode is not described in the specification as dependent or 
"accounting for" a loss indication event detection procedure. Therefore Claim 49 and its 
dependent claims are rejected for failing to point out exactly what the automatic mode 
setting procedure is. 

Re claim 67, Applicant recites "the automatic mode setting mechanism is 
arranged for taking an output of the loss indication event detector into account". It is 
unclear what the automatic mode setting mechanism is, as there is insufficient 
antecedent basis for an "automatic mode setting mechanism". Further the mechanism 
of setting an automatic mode is not described in the specification nor described as 
dependent or "taking into account" a loss indication event detector. Therefore Claim 67 
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and its dependent claims are rejected for failing to point out exactly what the automatic 
mode setting mechanism is. 

Claim Rejections - 35 USC § 102 

6. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 1 02 that 
form the basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(b) the invention was patented or described in a printed publication in this or a foreign country or in public 
use or on sale in this country, more than one year prior to the date of application for patent in the United 
States. 

7. Claims 37 and 55 are rejected under 35 U.S.C. 102(b) as being anticipated by 
Meyer et al (EP 1249972 A1). 

Re claim 37, Meyer et al discloses a method of controlling a queue buffer in a 
data unit transmission device, the queue buffer being arranged to queue data units in a 
queue and being connected to a link, the method comprising the steps of: determining a 
value of a length parameter related to the length of the queue [0040], ( in Meyer et al [X] 
refers to paragraph [X]); comparing the value with a length threshold value [0042]; 
performing a congestion notification procedure with respect to one or more data units 
from the queue if the value is greater than the length threshold value [0042]; estimating, 
by an automatic threshold adaptation procedure, a link capacity value based on the data 
rate of the link and adapting the threshold value on the basis of the estimated link 
capacity value [0043], wherein the automatic threshold adaptation procedure is 
operable in one of at least a first and a second adaptation mode (uses two thresholds 
[0062]), the first adaptation mode being associated with minimizing queuing delay and 
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adapting the threshold value on the basis of n*LC (minimum threshold is calculated by 
setting equal to LC, therefore an arbitrary number of 1 could applied as n [0062]), where 
LC represents the estimated link capacity value and n>=1 , and the second adaptation 
mode being associated with maximizing utilization and adapting the threshold value on 
the basis of m*LC, where m>1 and m>n (max threshold can be calculated from LC 
times a constant epsilon which can be from 3-6, therefore greater than 1 and greater 
than the above constant [0066]). 

Re claim 55. Meyer et al discloses a queue buffer controller (unnamed but 
performs the functions of) for controlling a queue buffer [0036] in a data unit 
transmission device, the queue buffer being arranged to queue data units in a queue 
and being connected to a link, comprising: a queue length determinator for determining 
a value of a length parameter related to the length of the queue [0040], a comparator for 
comparing the value with a length threshold value [0042]; a congestion notifierfor 
performing a congestion notification procedure if the value is greater than the length 
threshold value [0042]; and a threshold adaptor for automatically adapting the length 
threshold value by estimating a link capacity value [0043] based on the data rate of the 
link and adapting the length threshold value on the basis of the estimated link capacity 
value, wherein the threshold adaptor is operable in one of at least a first and a second 
adaptation mode (uses two thresholds [0062]), the first adaptation mode being 
associated with minimizing queuing delay and adapting the threshold value on the basis 
of n*LC (minimum threshold is calculated by setting equal to LC, therefore an arbitrary 
number of 1 could applied as n [0062]), where LC represents the estimated link capacity 
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value and n>=1, and the second adaptation mode being associated with maximizing 
utilization and adapting the threshold value on the basis of m*LC, where m>1 and m>n 
(max threshold can be calculated from LC times a constant epsilon which can be from 
3-6, therefore greater than 1 and greater than the above constant [0066]). 



Claim Rejections - 35 USC § 103 

8. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

This application currently names joint inventors. In considering patentability of 
the claims under 35 U.S.C. 103(a), the examiner presumes that the subject matter of 
the various claims was commonly owned at the time any inventions covered therein 
were made absent any evidence to the contrary. Applicant is advised of the obligation 
under 37 CFR 1 .56 to point out the inventor and invention dates of each claim that was 
not commonly owned at the time a later invention was made in order for the examiner to 
consider the applicability of 35 U.S.C. 103(c) and potential 35 U.S.C. 102(e), (f) or (g) 
prior art under 35 U.S.C. 103(a). 



9. Claims 38,39,42,44-52,56,57,60, and 62-70 are rejected under 35 U.S.C. 1 03(a) 
as being unpatentable over Meyer et al in view of Hadi Salim et al (6,535,482). 
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Re claim 38, Meyer et al discloses the method of claim 37 as stated above, but 
Meyer et al does not explicitly disclose wherein the queue buffer is arranged for 
receiving data units from a sender that performs window-based flow control and divides 
its send window by k, k>1 , when receiving a congestion notification or when detecting 
data unit loss, wherein n=k-1 and m=k A 2-1 . However Hadi Salim et al teaches wherein 
the queue buffer is arranged for receiving data units from a sender that performs 
window-based flow control (TCP source reduces the window to control the flow [6,9-12] 
, herein [X,X] in Hadi Salim et al refers to [Column, Line(s)]) and divides its send window 
by k, k>1 , (source reacts by halving the congestion window (therefore an arbitrary k 
would equal 2 [6,39-42]) when receiving a congestion notification (ECN-notify set in the 
header means source knows there is congestion [6,39-42]) or when detecting data unit 
loss, wherein n=k-1 and m=k A 2-1 (if the arbitrary k is 2 as taught by Hadi Salim et al, 
then n=1 , as disclosed by Meyer et al above, and m=3, as disclosed by Meyer et al 
above). It would have been obvious for one of ordinary skill in the art in the area of 
controlling congestion in a network to include window-based flow control as taught by 
Hadi Salim et al in the method of Meyer et al in order to handle transient congestion. 

Re claim 39, note that Meyer et al modified by Hadi Salim et al teaches the 
method wherein k=2, n=1 and m=3 (if the arbitrary k is 2 as taught by Hadi Salim et al 
as stated above, then n=1 , as disclosed by Meyer et al above, and m=3, as disclosed 
by Meyer et al above). 

Re claim 42, Meyer et al modified by Hadi Salim et al teach the method of claim 
38, and Hadi Salim et al further teaches detecting potential data unit losses outside of 
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the data unit transmission device in a flow queued in the queue buffer using a loss 
indication event detection procedure (ISQ sending process) (if the packet is discarded 
due to the random early detection, an ISQ sending process is invoked [7,35-40]). It 
would have been obvious for one of ordinary skill in the art at the time of the invention in 
the area of controlling congestion in a network to include a loss indication event 
detection procedure as taught by Hadi Salim et al in the method of Meyer et al in order 
to account for packets lost during routing from one end point to another end point. 

Re claim 44, Meyer et al modified by Hadi Salim et al teach the method of claim 
42 as stated above, and Hadi Salim et al further teaches the step of monitoring loss 
indication information (TCP source determines if the EC notify bit has been set [1 1 ,23- 
27]) in acknowledgement data units sent from a receiver (if an ACK is received [1 1 ,20- 
27]) of the queued flow to the sender of the queued flow during the loss indication event 
detection procedure (response arranged to occur with flow control [1 1 ,20-27]). It would 
have been obvious for one of ordinary skill in the art at the time of the invention in the 
area of congestion control in a network to include monitoring loss indication information 
in acknowledgement data units as taught by Hadi Salim et al in the method of Meyer et 
al in order to account for packet loss in a network. 

Re claim 45, Meyer et al modified by Hadi Salim et al teach the method of claim 
42 as stated above, and Hadi Salim et al further teaches the steps of counting a number 
of data unit loss indication events (incrementing a counter ECN_ACC by the level of 
congestion [8,43-50]) occurring outside of the data unit transmission device in the 
queued flow using a counting procedure (counter may be incremented from ISQs from 
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successive packets, before the end of the window [8,54-57]); and deriving a 
characteristic count value from the counted numbers in a procedure (counter reflects 
the number of the congestion notifications received over a time period for a given flow 
[8,45-50]). It would have been obvious for one of ordinary skill in the art at the time of 
the invention in the area of congestion control in a network to include counting loss 
indication information by using a counting procedure as taught by Hadi Salim et al in the 
method of Meyer et al in order to account for packet loss in a network. 

Re claim 46, Meyer et al modified by Hadi Salim et al teach the method of claim 
45 as stated above wherein the procedure for deriving a characteristic count value 
determines the number of loss indication events occurring outside of the data unit 
transmission device in the queued flow (incrementing a counter ECN ACC by the level 
of congestion, [Hadi Salim et al 8,43-50]). Meyer et al teaches determining the loss 
events in each of p respective predetermined intervals, p being a natural number 
(threshold triggering event can be chosen at regular intervals and started by a counter 
[0048] [0050]). Hadi Salim et al teaches of selecting the maximum of a congestion 
index if a CE bit has been set previously [8,4-10]. Hadi Salim et al also teaches of 
having multiple values of incrementing due to the severity of the congestion [8,61 -67]. It 
would have been obvious for one of ordinary skill in the art at the time of the invention in 
the area of controlling congestion in a network to determine a characteristic count and 
choose a maximum value as taught by Hadi Salim et al in the method of Meyer et al in 
order to account for the maximum congestion in a network. 
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Re claim 47, Meyer et al modified by Hadi Salim et al teach the method of claim 
46, and Hadi Salim et al further teaches wherein the predetermined intervals are 
defined as the time between two consecutive decisions of performing a congestion 
notification for a data unit in the queued flow (counter need only be compared to a 
threshold at the end of the window, where a window is a given amount of time or 
packets [8,55-60]). It would have been obvious at the time of the invention for one of 
ordinary skill in the art to use predetermined time intervals as taught by Hadi Salim et al 
in the method of Meyer et al in order to meet standards and ensure compatibility with 
receivers (Hadi Salim et al [8,50-55]). 

Re claim 48, Meyer et al modified by Hadi Salim et al teach the method of claim 
45, and Hadi Salim et al further teaches deriving a characteristic count value determines 
an average number of loss indication events occurring outside of the data unit 
transmission device in the queued flow as the characteristic count value ( window size 
or other control parameter [10,15-20] is affected by a changing count which have 
varying effects on the window size [61-68]. Taking an average is an obvious variation 
with the same function of taking less drastic changes when the count is steady. It would 
have been obvious at the time of the invention for one of ordinary skill in the art to 
include the average number of loss indication events in the method of Meyer et al in 
order to take into account a steadier, long term loss indication. 

Re claim 49, Meyer et al modified by Hadi Salim et al teach the method of claim 
45, and Meyer et al further discloses the step of the automatic mode setting procedure 
accounting for an outcome of the loss indication event detection procedure (when a link 
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loses connectivity, the procedure increases the length threshold value of another link, 
for example in a 1st mode, by a constant fc, which would fall under the 2 nd mode 
[0071]). 

Re claim 50, Meyer et al modified by Hadi Salim et al teach the method of claim 

49, and Hadi Salim et al further teaches the step of the automatic threshold adaptation 
procedure accounting for an outcome of the loss indication event detection procedure 
when dynamically adapting the threshold value in the first or the second adaptation 
mode (if it is determined from the ISQ that the congestion is severe, then a rapid 
response is made, otherwise a more measured gradual algorithm is carried out [8, 30- 
35]). It would have been obvious at the time of the invention for one of ordinary skill in 
the art to account for the loss indication event detection procedure when dynamically 
adapting the threshold value as taught by Hadi Salim et al in the method of Meyer et al 
in order to accurately account for changes in network congestion. 

Re claim 51 , Meyer et al modified by Hadi Salim et al teach the method of claim 

50, and Hadi Salim et al further teaches the congestion notification procedure deciding, 
in a decision step (steps 230,240,250 [7, 35-50]), whether to perform a congestion 
notification procedure (ISQ sending process may be invoked [7,40-45]) with respect to 
one or more data units (incoming packet) , which decision step depends on the outcome 
of the loss indication event detection procedure (depending on whether the packet is 
chosen by the RED process for marking [7,40-45]). It would have been obvious at the 
time of the invention for one of ordinary skill in the art to perform a congestion 
notification procedure as a result of a loss indication event detection procedure as 
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taught by Hadi Salim et al in the method of Meyer et al in order to improve fairness of 
congestion notification (Hadi Salim et al [7,45-55]). 

Re claim 52, Meyer et al modified by Hadi Salim et al teach the method of claim 
51 , and Hadi Salim et al further teaches the step of monitoring whether an event that 
indicates a potential data unit loss in a queued flow occurs within a predetermined 
period of time (counter reflects the number and severity of congestion notifications 
received over a time period [8, 44-50]) after it is detected that the value of the length 
parameter related to the length of the queue is greater than the length threshold value 
(average queue length is greater than a threshold [7, 35-45]) , and the decision step 
comprises not performing a congestion notification (downstream routers would not be 
allowed to send ISQs if the CE bit is already set [8, 13-17]) if an event indicating a 
potential data unit loss occurs within the predetermined period of time, and otherwise 
performing the congestion notification (congestion level is derived from the congestion 
level in the router and ISQ is generated [7, 63-67]). It would have been obvious at the 
time of the invention for one of ordinary skill in the art to monitor events that indicate a 
potential data unit loss and not perform a congestion notification if the potential data unit 
loss occurs within the predetermined period of time as taught by Hadi Salim et al in the 
method of Meyer et al in order to warrant more balance (Hadi Salim et al [8,13-1 6]). 

Re claim 56, Meyer et al discloses the controller of claim 55 as stated above, but 
Meyer et al does not explicitly disclose wherein the queue buffer is arranged for 
receiving data units from a sender that performs window-based flow control and divides 
its send window by k, k>1 , when receiving a congestion notification or when detecting 
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data unit loss, wherein n=k-1 and m=k A 2-1 . However Hadi Salim et al teaches wherein 
the queue buffer is arranged for receiving data units from a sender that performs 
window-based flow control (TCP source reduces the window to control the flow [6,9-12] 
) and divides its send window by k, k>1, (source reacts by halving the congestion 
window (therefore an arbitrary k would equal 2 [6,39-42]) when receiving a congestion 
notification (ECN-notify set in the header means source knows there is congestion 
[6,39-42]) or when detecting data unit loss, wherein n=k-1 and m=k A 2-1 (if the arbitrary 
k is 2 as taught by Hadi Salim et al, then n=1 , as disclosed by Meyer et al above, and 
m=3, as disclosed by Meyer et al above). It would have been obvious for one of 
ordinary skill in the art in the area of controlling congestion in a network to include 
window-based flow control as taught by Hadi Salim et al in the controller of Meyer et al 
in order to handle transient congestion. 

Re claim 57, note that Meyer et al modified by Hadi Salim et al teaches the 
controller wherein k=2, n=1 and m=3 (if the arbitrary k is 2 as taught by Hadi Salim et al 
as stated above, then n=1 , as disclosed by Meyer et al above, and m=3, as disclosed 
by Meyer et al above). 

Re claim 60, Meyer et al modified by Hadi Salim et al teach the controller of claim 
55, and Hadi Salim et al further teaches a loss indication event detector (unnamed 
hardware [1 1 ,39-51]) detecting potential data unit losses outside of the data unit 
transmission device in a flow queued in the queue buffer using a loss indication event 
detection procedure (ISQ sending process) (if the packet is discarded due to the 
random early detection, an ISQ sending process is invoked [7,35-40]). It would have 
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been obvious for one of ordinary skill in the art at the time of the invention in the area of 
controlling congestion in a network to include a loss indication event detection 
procedure as taught by Hadi Salim et al in the controller of Meyer et al in order to 
account for packets lost during routing from one end point to another end point. 

Re claim 62, Meyer et al modified by Hadi Salim et al teach the controller of claim 
60 as stated above, and Hadi Salim et al further teaches a monitor for (unnamed 
hardware [11,39-51]) monitoring loss indication information (TCP source determines if 
the EC notify bit has been set [1 1 ,23-27]) in acknowledgement data units sent from a 
receiver (if an ACK is received [1 1 ,20-27]) of the queued flow to the sender of the 
queued flow during the loss indication event detection procedure (response arranged to 
occur with flow control [1 1 ,20-27]). It would have been obvious for one of ordinary skill 
in the art at the time of the invention in the area of congestion control in a network to 
include monitoring loss indication information in acknowledgement data units as taught 
by Hadi Salim et al in the controller of Meyer et al in order to account for packet loss in a 
network. 

Re claim 63, Meyer et al modified by Hadi Salim et al teach the controller of claim 
60 as stated above, and Hadi Salim et al further teaches a counter for counting a 
number of data unit loss indication events (incrementing a counter ECN_ACC by the 
level of congestion [8,43-50]) occurring outside of the data unit transmission device in 
the queued flow using a counting procedure (counter may be incremented from ISQs 
from successive packets, before the end of the window [8,54-57]); and a count number 
processor deriving a characteristic count value from the counted numbers in a 
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procedure (counter reflects the number of the congestion notifications received over a 
time period for a given flow [8,45-50]). It would have been obvious for one of ordinary 
skill in the art at the time of the invention in the area of congestion control in a network 
to include counting loss indication information by using a counting procedure as taught 
by Hadi Salim et al in the controller of Meyer et al in order to account for packet loss in a 
network. 

Re claim 64, Meyer et al modified by Hadi Salim et al teach the controller of 
claim 63 as stated above wherein the count number processor determines the number 
of loss indication events occurring outside of the data unit transmission device in the 
queued flow (incrementing a counter ECN_ACC by the level of congestion, [Hadi Salim 
et al 8,43-50]). Meyer et al teaches determining the loss events in each of p respective 
predetermined intervals, p being a natural number (threshold triggering event can be 
chosen at regular intervals and started by a counter [0048] [0050]). Hadi Salim et al 
teaches of selecting the maximum of a congestion index if a CE bit has been set 
previously [8,4-10]. Hadi Salim et al also teaches of having multiple values of 
incrementing due to the severity of the congestion [8,61-67]. It would have been 
obvious for one of ordinary skill in the art at the time of the invention in the area of 
controlling congestion in a network to determine a characteristic count and choose a 
maximum value as taught by Hadi Salim et al in the controller of Meyer et al in order to 
account for the maximum congestion in a network. 

Re claim 65, Meyer et al modified by Hadi Salim et al teach the controller of claim 
64, and Hadi Salim et al further teaches wherein the predetermined intervals are 
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defined as the time between two consecutive decisions of performing a congestion 
notification for a data unit in the queued flow (counter need only be compared to a 
threshold at the end of the window, where a window is a given amount of time or 
packets [8,55-60]). It would have been obvious at the time of the invention for one of 
ordinary skill in the art to use predetermined time intervals as taught by Hadi Salim et al 
in the controller of Meyer et al in order to meet standards and ensure compatibility with 
receivers (Hadi Salim et al [8,50-55]). 

Re claim 66, Meyer et al modified by Hadi Salim et al teach the controller of claim 
63, and Hadi Salim et al further teaches a count number processor (unnamed but 
performs the functions of) determines an average number of loss indication events 
occurring outside of the data unit transmission device in the queued flow as the 
characteristic count value ( window size or other control parameter [10,15-20] is 
affected by a changing count which have varying effects on the window size [61-68]. 
Taking an average is an obvious variation with the same function of taking less drastic 
changes when the count is steady. It would have been obvious at the time of the 
invention for one of ordinary skill in the art to include the average number of loss 
indication events in the controller of Meyer et al in order to take into account a steadier, 
long term loss indication. 

Re claim 67, Meyer et al modified by Hadi Salim et al teach the controller of claim 
60, and Meyer et al further discloses the automatic mode setting mechanism (unnamed 
but performs the functions of) is arranged for taking an output of the loss indication 
event detector into account (when a link loses connectivity, the procedure increases the 
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length threshold value of another link, for example in a 1st mode, by a constant fc, 
which would fall under the 2 nd mode [0071]). 

Re claim 68, Meyer et al modified by Hadi Salim et al teach the controller of claim 
60, and Hadi Salim et al further teaches the threshold adaptor (unnamed but performs 
the functions of) is arranged for taking an output of the loss indication event detection 
procedure into account for dynamically adapting the threshold value in the first or the 
second adaptation mode (if it is determined from the ISQ that the congestion is severe, 
then a rapid response is made, otherwise a more measured gradual algorithm is carried 
out [8, 30-35]). It would have been obvious at the time of the invention for one of 
ordinary skill in the art to account for the loss indication event detection procedure when 
dynamically adapting the threshold value as taught by Hadi Salim et al in the controller 
of Meyer et al in order to accurately account for changes in network congestion. 

Re claim 69, Meyer et al modified by Hadi Salim et al teach the controller of 
claim 60, and Hadi Salim et al further teaches the congestion notifier comprises a 
decision unit for deciding (steps 230,240,250 [7, 35-50]), whether to perform a 
congestion notification (ISQ sending process may be invoked [7,40-45]) with respect to 
one or more data units (incoming packet) , which decision unit is arranged for taking into 
account an output of the loss indication event detector (depending on whether the 
packet is chosen by the RED process for marking [7,40-45]). It would have been 
obvious at the time of the invention for one of ordinary skill in the art to perform a 
congestion notification procedure as a result of a loss indication event detection 
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procedure as taught by Hadi Salim et al in the controller of Meyer et al in order to 
improve fairness of congestion notification (Hadi Salim et al [7,45-55]). 

Re claim 70, Meyer et al modified by Hadi Salim et al teach the controller of claim 
69, and Hadi Salim et al further teaches the loss indication event detector (unnamed but 
performs the functions of) is arranged for monitoring whether an event that indicates a 
potential data unit loss in a queued flow occurs within a predetermined period of time 
(counter reflects the number and severity of congestion notifications received over a 
time period [8, 44-50]) after it is detected that the value of the length parameter related 
to the length of the queue is greater than the length threshold value (average queue 
length is greater than a threshold [7, 35-45]) , and the decision unit is arranged to not 
perform a congestion notification (downstream routers would not be allowed to send 
ISQs if the CE bit is already set [8, 13-17]) if an event indicating a potential data unit 
loss occurs within the predetermined period of time, and otherwise performing the 
congestion notification (congestion level is derived from the congestion level in the 
router and ISQ is generated [7, 63-67]). It would have been obvious at the time of the 
invention for one of ordinary skill in the art to monitor events that indicate a potential 
data unit loss and not perform a congestion notification if the potential data unit loss 
occurs within the predetermined period of time as taught by Hadi Salim et al in the 
controller of Meyer et al in order to warrant more balance (Hadi Salim et al [8,13-1 6]). 
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10. Claims 40,41, 58, and 59 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Meyer et al in view of Hadi Salim et al as applied to claim 38 above, 
and further in view of Minhazuddin et al (2004/0073641 ). 

Re claim 40, Meyer et al modified by Hadi Salim et al teaches the method of 
claim 38 as set forth above, but does not explicitly teach the step of setting the first 
mode or the second mode manually by an operator. However Minhazuddin et al 
teaches the step of setting a first mode (normal state) or second mode (detailed 
monitoring state) manually by an operator (user) [0030]. It would have been obvious 
for one of ordinary skill at the time of the invention to set a first or second mode by an 
operator as taught by Minhazuddin et al in the method of the modified Meyer et al in 
order to change modes if the session quality falls below a certain level (Minhazuddin et 
al [0030]). 

Re claim 41 , Meyer et al modified by Hadi Salim et al teaches the method of 
claim 38 as set forth above, but does not explicitly teach the step of automatically 
setting the first mode or the second mode using an automatic mode setting procedure. 
However, Minhazuddin et al teaches of setting the first mode (normal state) or the 
second mode (detailed monitoring state) using an automatic mode setting procedure 
(automatically) [0030]. It would have been obvious for one of ordinary skill at the time of 
the invention to set a first or second mode automatically as taught by Minhazuddin et al 
in the method of the modified Meyer et al in order to change modes if the session 
quality falls below a certain level (Minhazuddin et al [0030]). 
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Re claim 58, Meyer et al modified by Hadi Salim et al teaches the controller of 
claim 55 as set forth above, but does not explicitly teach the setting mechanism of the 
first mode or the second mode by an operator. However Minhazuddin et al teaches the 
setting a first mode (normal state) or second mode (detailed monitoring state) manually 
by an operator (user) [0030]. It would have been obvious for one of ordinary skill at the 
time of the invention to set a first or second mode by an operator as taught by 
Minhazuddin et al in the controller of the modified Meyer et al in order to change modes 
if the session quality falls below a certain level (Minhazuddin et al [0030]). 

Re claim 59, Meyer et al modified by Hadi Salim et al teaches the controller of 
claim 55 as set forth above, but does not explicitly teach the automatic mode setting 
mechanism for setting the first mode or the second mode automatically. However, 
Minhazuddin et al teaches of setting the first mode (normal state) or the second mode 
(detailed monitoring state) using an automatic mode setting (automatically) [0030]. It 
would have been obvious for one of ordinary skill at the time of the invention to set a 
first or second mode automatically as taught by Minhazuddin et al in the controller of the 
modified Meyer et al in order to change modes if the session quality falls below a certain 
level (Minhazuddin et al [0030]). 

1 1 . Claims 43 and 61 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Meyer et al in view of Hadi Salim et al as applied to claim 42 above, and further in 
view of Kawaguchi (5,729,530). 
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Re claim 43, Meyer et al modified by Hadi Salim teaches the method of claim 42 
as set forth above, but does not explicitly teach the step of monitoring sequence 
identifiers of data units in the queued flow during the loss indication event detection 
procedure. However, Kawaguchi et al teaches of monitoring sequence identifiers of 
data units in (monitors the continuity of the sequence numbers) the queued flow (every 
connection [9, 30-40]) during the loss indication event detection procedure (through use 
of a cell discard detection signal and controlling circuit [9,37-45]). It would have been 
obvious for one of ordinary skill in the art at the time of the invention to include 
monitoring of sequence identifiers as taught by Kawaguchi in the method of the 
modified Meyer et al in order to account for packet losses outside the queue buffers. 

Re claim 61 , Meyer et al modified by Hadi Salim teaches the controller of claim 
60 as set forth above, but does not explicitly teach the loss indication event detector 
comprising a monitor for monitoring sequence identifiers of data units in the queued flow 
during the loss indication event detection procedure. However, Kawaguchi et al 
teaches of monitoring sequence identifiers of data units in (monitors the continuity of the 
sequence numbers) the queued flow (every connection [9, 30-40]) during the loss 
indication event detection procedure (through use of a cell discard detection signal and 
controlling circuit [9,37-45]). It would have been obvious for one of ordinary skill in the 
art at the time of the invention to include monitoring of sequence identifiers as taught by 
Kawaguchi in the controller of the modified Meyer et al in order to account for packet 
losses outside the queue buffers. 
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12. Claims 53, 54, 71 , and 72 rejected under 35 U.S.C. 1 03(a) as being unpatentable 
over Meyer et al in view of Hadi Salim et al as applied to claim 52 above, and further in 
view of Takada et al (2002/0089931 ). 

Re claim 53, Meyer et al modified by Hadi Salim et al teaches the method of 
claim 52 as set forth above, and Meyer et al teaches wherein the queue buffer is 
arranged to hold at least a first queue and a second queue (queue buffer provides a 
plurality of queues [0068]) , the automatic threshold adaptation procedure adapting a 
first threshold value associated with the first queue in accordance with the first 
adaptation mode and adapting a second threshold value associated with the second 
queue in accordance with the second adaptation mode (each queue is associated with 
a given flow, and each queue is managed in accordance with its own control 
parameters [0068] - [0069]). 

Re claim 54, Meyer et al modified by Hadi Salim et al teaches the method of 
claim 52 as set forth above, but does not explicitly teach the steps of: discriminating 
data units to be queued on the basis of their contents in a discrimination and placing 
procedure; and placing data units into the first or the second queue in dependence on a 
discrimination result. However, Takada et al teaches of discriminating data units to be 
queued on the basis of their contents in a discrimination (class identifying) and placing 
(band monitoring) procedure (queue administrator identifies a queue corresponding to 
the class identifier, paragraphs [0167]-[0168] [0171]-[0172]) ; and placing data units into 
the first or the second queue in dependence on a discrimination result (stores the new 
packet in the subject queue according to the class identifier, paragraphs [0174][0188]). 
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It would have been obvious for one of ordinary skill at the time of the invention in the 
area of controlling congestion in a network to include a discrimination of packets as 
taught by Takada et al in the method of the modified Meyer et al in order to provide 
different levels of service to different classes of packets. 

Re claim 71 , Meyer et al modified by Hadi Salim et al teaches the controller of 
claim 55 as set forth above, and Meyer et al teaches wherein the queue buffer is 
arranged to hold at least a first queue and a second queue (queue buffer provides a 
plurality of queues [0068]) , the threshold adaptor is arranged for adapting a first 
threshold value associated with the first queue in accordance with the first adaptation 
mode and adapting a second threshold value associated with the second queue in 
accordance with the second adaptation mode (each queue is associated with a given 
flow, and each queue is managed in accordance with its own control parameters [0068] 
- [0069]). 

Re claim 72, Meyer et al modified by Hadi Salim et al teaches the controller of 
claim 71 as set forth above, but does not explicitly teach a discrimination and placing 
unit for discriminating data units to be queued on the basis of their contents and placing 
data units into the first or the second queue in dependence on a discrimination result. 
However, Takada et al teaches of a discrimination and placing unit for discriminating 
data units to be queued on the basis of their contents (class identifying) and placing 
(band monitoring) data units (queue administrator identifies a queue corresponding to 
the class identifier, paragraphs [0167]-[0168] [0171]-[0172]) into the first or the second 
queue in dependence on a discrimination result (stores the new packet in the subject 



Application/Control Number: 10/596,713 Page 24 

Art Unit: 4173 

queue according to the class identifier, paragraphs [0174][0188]). It would have been 
obvious for one of ordinary skill at the time of the invention in the area of controlling 
congestion in a network to include a discrimination of packets as taught by Takada et al 
in the controller of the modified Meyer et al in order to provide different levels of service 
to different classes of packets. 

Conclusion 

1 3. The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure. Cieslak et al (5,402,416) is cited for containing multiple buffers 
and managing queues in a switching environment. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to MICHAEL FIALKOWSKI whose telephone number is 
(571)270-5425. The examiner can normally be reached on Monday - Friday 9:30am- 
7pm EST, alternating Fridays off. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Jinhee Lee can be reached on (571)272-1977. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 
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